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REMARK S 

Claims 1-18 are pending in the present application, liy this response, claim 19 is 
canceled; clnims J , 4, 9, and 17 are amended to clnrify that the claimed invention is 
practiced in a data processing system and claim 1 8 is amended to include the features 
previously presented in claim 1 9, Reconsideration of the claims is respectfully requested 
in view of the above amendment and the remarks sat forth below, 

1. 35U.S.C. S101 

The Office Action rejects claims 1-19 under 35 U.S.C, § 101 as being directed 
towards noii-stalutory subject mailer. This rejection is respectfully traversed. 

Claims 1-15 and 17 are rejected because they arc allegedly not claimed to be 
practiced on a computer and therefore, the claims rrc not limited to practice in the 
technological arts. By this Response, independent claims 1, 4, 9 and 17 are amended to 
clarify that the claimed invention is practiced in a data processing system, and thus, are 
directed to statutory subject matter. Additionally, claims 1 6 and 18 recite a computer 
readable medium. Applicants respectfully submit that claims 16 and 1 8, in their present 
form arc directed toward statutory material 

Furthermore, Applicants respectfully submit that each of the independent claims, 
un-nmended, arc directed toward statutory material, Each of the independent claims 
recites features that are inherently practiced on a computer such as a Web browser, a 
client and server side application, etc. Additionally, independent claims 1 and 4 recite 
entities such as "pjicnt.sidc application portion" and " server side application portion". 
Further, independent claims 9 and 16 recite a "test cheat user interface" and along with 
independent claim 17, also recite a "workstation" which is Use! fa computer. Such 
entities offer further evidence thai the presently claimed invention is practiced on a 
computer and therefore, is directed to statutory subject matter, Therefore, the claims as 
originally filed were directed to statutory subject matter. 

Moreover, the Office Action fails to specifically address independent claims 16 
and 18 with regard to the rejection under 35 U.S.C, § 101. Thus, Applicants respectfully 
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submit that independent claims 16 and 18 are allowable, not only because ihey are 
directed to statutory subject matter, but also because the Examiner has foiled to address 
clnims 1 6 and 1 8 in the rejection under 35 U.S.C. §101. 

In view of the above, Applicants respectfully request withdrawal of rejections to 
claims M 9 under 35 US.C. § 101, 

U. 35 U.S.C, §112, First Paragraph 

The Office Action objects to the specification under 35 U.S.C, § 1 12, first 
paragraph, as failing lo adequately teach how to rn.ike and/or use the invention in claims 
1-19. Additionally, the Office Action rejects the claims under the same reasons. This 
rejection is respectfully traversed, In rejecting thc;;c claims, the Office Action states: 

Claims 1-19 arc rejected under 35 1JSC 112, first paragraph 
because current case law (and accordingly, the MPEP) require such a 
rejection if a 1 01 rejection is given because when Applicant has not in fact 
disclosed the practical application for the invention, as a matter of law 
there is no way Applicant could have disclosed how to practice the 
undisclosed practical application. 
Office Action dated December 16, 2003, page 8. 

Applicants direct the Examiner's attention to the remarks set forth above with 
regard to the rejection claims 1-19 under 35 U.S.C. § 101. Applicants respectfully submit 
that the rejection of claims 1-19 under 35 U.S.C. § 101 is overcome, and thus, the 
rejection of claims 1-19 under 35 U.S.C. § 112, fust paragraph is also overcome. 

IH. 35 1J.wS.CV.S_1 02, Alleged Anticipation of Claims 1-19 

The Office Action rejects claims 1-19 imd-.r 35 U.S.C, § 102(c) as being allegedly 
anticipated by Hclgcson ct al. (U.S. Patent No. 6,643,652). This rejection is respectfully 
traversed, 

Willi regard to claim 1, the Office Action elates: 
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Claim Vs "providing a client side application portion for presenting 
a view to a user of a Web browser, said view allowing user interactions 
with said view, where some of snid interactions specify given tests to 
perform on snid component; and" is anticipated by Ilclgcson ct al, col. 1, 
lines 52-67, where it recites: 

Prior art systems of this type typically Invc an infrastructure which 
is tightly coupled to application product?, specific hardware 
piriforms and specific Operating systems and related services. Such 
systems are difficult Lo maintain, difficult to upgrade and difficult to 
extend lo other applications as well as usually requiring redundant 
data input for their specific applications, Tn the past, developers 
hove tinned to object-oriented programming (OOP) to improve 
programming and code maintenance efficiency for such systems and 
lo the use of hardware platform independent languages like Sun 
Microsystems. TM.JAVA.TM. language and system, as tools for 
developing such platform independent applications support systems. 
Until recently, the use of Java has been focused on the client side of 
the client-server syst em architecture with the devel opment of 
Java 1 tean s . 'I'M , .and J ay a serylet gciier u tion. More recently, the 
technology... 

Claim l f s "executing a server side application portion for receiving 
indications of said user interactions with s:|id client side application 
portion and, responsive lo said indications, performing said given tests on 
said component." h anticipated by Helgesnn et al, col. 1, lines 52-67, 
where it recites: 

Prior art systems of this typo typically luivc an infrastructure which 
is tightly coupled to application produce, specific hardware 
platforms and specific Operating systems and related services. Such 
systems arc difficult to maintain, difficult to upgrade and difficult to 
extend to other applications as well as usually requiring redundant 
dala input for their specific applications;. In the past, developers 
have turned to object-oriented programming (OOP) to improve 
programming and code maintenance efficiency for such systems and 
to the use of hardware platform independent languages like Sun 
Microsystems, TM.JAVA.TM. language and system, as tools for 
developing such platform independent .'applications support systems. 
Until recently, the use of Java has been focused on the client side of 
the client-server syste m architecture w j th the development of 
Jpyfl!Jeans..JT^ More recently, the 

technology... 



Pfl£e9of23 
DcboeruUl. ~ 09/87 1,49G 



PAGE 1 1/25 ' RCVD AT 3/1 6/2004 4:54:09 PM [Eastern Standard Time] * SVR:USPTO€FXRF-1/0 * DNIS:8729306 * CSID:972 367 2002 * DURATION (mm-ss):0M6 



MAR-16-2004 TUE 03:58 PM CARSTENS, YEE & CAHOON FAX' NO. 972 367 2002 



P. 



Claim 1, which is representative of claim 4 with regard to similarly recited subject 
matter, reads as follows: 

1 . A method of facilitating testing of an object-oriented application 
component, said method comprising: 

providing a client side application portion for presenting a view to 
a user of a Web browser, said view allowing user interaction with said 
view, where some of said interactions spec i fy given tests to perform on 
sa id component ; and 

executing a server side application portion for receiving indications 
of snid user interactions with said client side application portion and, 
responsive to said indications, pcrfprming.^ajd given jcstsjorLsaid 
CQ.PJPP-Pcnt. (emphasis added) 

A prior art reference anticipates the claimed invention under 35 U.S.C. § 102 only 
ifevery element of a claimed invention is identically shown in that single reference, 
arranged as they are in the claims. /// re Bond, 910 l\2d 831, 832, 15 U.SJ\Q,2d 156(5, 
1567 (Fed. Cir. 1990). All limitations of the claimed invention must be considered when 
determining patentability. In re lomy y 32 l\3d 1579, 1582, 32 U.S.P.Q,2d 1031, 1034 
(Fed. Cir. 1994). Anticipation focuses on whether w claim reads on the product or process a 
prior ait reference discloses, not on what die reference broadly teaches. Kalman v. 
Kimberly-Clark Corp., 713 R2d 760, 218 U>S.P,Q. 781 (Fed. Cir. 1983). Applicants 
respectively submit that Hclgoson docs not identically show every clement of the claimed 
invention arranged as they arc in the claims. Spccirtcally, llelgcson docs not disclose 
specifying given tests to perform on a component and performing tests on the component. 

FTcIgeson is directed to a system for managing data exchange among systems 
^ connected by a network. A system using a first type of framework is unable to transfer 

data to a system using a second type of framework , as systems implementing the first 
type of framework will have a different API than that oTthe second type of framework. 
In Hclgeson, a data object is received from a first .system in a first system specific type of 
format. The data object is then converted from iho first type of format to a generic 
interchange format. The data object is then translated from the generic interchange 
format to a second system specific type of format. The data object is then transferred to 
the second system. (Summary) 
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Thus, Helgeson is concerned will) data coiiinmnicalions between multiple systems 
that have different API's, There is nothing in Helgeson that teaches specifying given 
tests to perform on a component and performing said given tests on the component. The 
Office Action alleges these features arc taught at column 1, lines 52-G7, which is 
reproduced above. This section discusses the use of object-oriented programming and 
nioi-o specifically the use of hardware independent platform languages to develop 
platform independent applications. Further, the section discusses how "the use of Java 
has been focused on the client side of the client-server system architecture with the 
development of JavaBuans ™ and Java servlet generation," Applicants fail to see any 
connection between this section of Helgeson and fvpecifying given tests to perform on a 
component and performing said given tests on the component. This section ofHelgeson 
does not even mention testing an object oriented application component, lot alone 
providing a client side application portion for presenting a view to a user of a Web 
browser, wherein the view allows user interaction, where some of the interactions specify 
given .tcgtela perform on the component and perf or ming the tests on the components in 
response to an indication based on the use r int eractions. 

While it may be true that this section ofHelgeson leaches utilizing Java to 
develop platform independent applications and also mentions the phrase "client side" in 
the section reproduced above, there is simply nothing that even alludes to specifying 
given tests to perform on a component and performing said given tests on the component. 
This is not Ihe problem Helgeson is concerned with, Helgeson is concerned with 
translating data between systems having different API's. Therefore, Helgeson is directed 
to un entirely different problem than the present invention. Thus, Helgeson does not 
tench or suggest specifying given tests to perform on a component and performing said 
given tests on the component 

With regard to claim 9, the Office Action slates: 

Claim 9's "providing a test client user interface to a workstation 
over an HTTP link, where said test client user interface is viewed through 
the use of a Web browser run on said workstation;" is anticipated by 
Helgeson ct al, col. 56, lines 19-30, where il recites: 

1. Determines the SabaSite based on the request, The SabaSite is 
identified as follows: 
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a. Extract the scrvlct palh information from the request object using 
the HUpScrvletRequest API (gctscrvlclpath()). 

h. Iflhc scrvlct path ends with a Web Content Server 800 specific 
string suffix, then the associated SabaSitc name is determined 
by stripping of that suffix, 

o. If the aervJcl path does not end with (he Web Content Server 800 
specific string suffix, then the system default SabaSitc name is 
retrieved using the SabaSitc API, 

Claim 9's "receiving a selection from said workstation, said 
selection identifying a giveji object, where said given object is a home 
interface or a remote interface of said Jintci prise JovaBcan;" is anticipated 
by 1 lelgcson ct al, col. 1, lines 52-67, where it recites: 

Prior art systems of this type typically have an infrastructure which 
is tightly coupled to application products, specific hardware 
platforms and specific Operating systems and related services. Such 
systems are difficult to maintain, difficult to upgrade and difficult to 
extend to other applications as well as usually requiring redundant 
data input for their specific applications. In the past, developers 
have turned to object-oriented programming (OOP) to improve 
programming and code maintenance efficiency for such systems and 
to the use of hardware platform independent languages like Sun 
Microsystems. TM.JAVATM language and system, as tools for 
developing such platform independent applications support systems. 
Until recently, the use of Java has been focused on the client side of 
the client-server system archi lecUirc m wi ih the develop ment of 
Java! jean s. TM. an d Java servclet generation. More recently, the 
technology... 

Claim 9's "receiving a request from said workstation, where said 
request is a consequence of user interaction with said test client user 
interface and includes an indication of a leu to perform on said given 
object;" is anticipated by Helgeson et al, col, 1, lines 52-67, where it 
recites: 

Prior art systems of this type typically have an infrastructure which 
is tightly coupled to application produch, specific hardware 
platforms and specific Operating systems and related services. Such 
systems arc difficult to maintain, difficult to upgrade and difficult to 
extend to other applications as well as usually requiring redundant 
data input for their specific applications. In the past, developers 
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have turned to object-oriented programming (OOP) to improve 
programming and code maintenance efficiency for such systems and 
to the use of hardware platform independent languages like Sun 
Microsystems. TM.JAVA.TM. language and system, as tools for 
developing such platform independent applications support systems. 
Until recently, the use of Java has been focused on the client side of 
the client-server system architecture wj l h the development of 
Java Beans. TM. and Java sc rvelet gener ation. More recently, the 
technology,., 

Claim 9's "responsive to said request, performing said test on said 
given object to give a result; and" is anticipated by Ilclgcson cl al, col. 1, 
lines 52-67, where it recites: 

Prior ail systems oflhis type typically have an infrastructure 
which is tightly coupled to application products, specific hardware 
platforms and specific Operating systems and related services. Such 
systems are difficult to maintain, difficult to upgrade and difficult to 
extend to other applications as well as usually requiring redundant 
data input for their specific applications. In the past, developers 
have turned to objoct-orienLcd programming (OOP) to improve 
programming and code maintenance efficiency for such systems and 
to the use of hardware plairbrm independent languages like Sun 
Microsystems. TM.JAVA.TM. language and system, as tools for 
developing such platform independent applications support systems. 
Until recently, the use of Java has been focused on the client side of 
Ihe cHtyit^ervcr system arch itecture w ?l h the development of 
JayaBcans. TM. and Jav a scrvclct gene r ation. More recently, the 
technology, 

Claim 9's "sending a response to said workstation over - said HTTP 
link, said response including an indication of said result to be displayed by 
said user interface." is anticipated by Helgcson et al, col 1 1, lines 39-67, 
where it recites: 

Referring now to FIG. 4, the tier 3 applfcal ions server 307 is 
Expanded in FIG. 4 to illustrate the Business Applications Platform 
415 of the present invention. Tn FTG. 4, the Platform contains an 
Interface Server 41 7, an Information Server 419, an Interconnect 
Server 423 and a Business Server 421 . AH of these Servers 417, 
419, 421 and 423 may physically resign on the same hardware 
platform (such as a UNIX box or aMiciosoft.TM, NT.TM. 
plat form), or each server may reside on a separate hardware box, or 
any combination of servers and hardware boxes. Each of the servers 
may have included a JAVA Virtual Machinc.TM. and the related 
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runtime support. The electronic communications between these 
servers may use Ihe XMI, protocol (409, 425, 427) with each server 
having services for translating XML into the particular Applications 
Programming Interface (API) language required by the server and 
for translating its internal language into XML prior to transmission 
to another server. In a preferred embodiment, all of these servers arc 
contained in a single tier 3 platform, and may communicate with 
each other directly without the necessity of changing the interfacing 
protocol format. The Interface Server 417 (also alternatively 
designated herein as the WOK), communicates through a web server 
405 via the internet 403 to web clients 401 via the HTML protocol. 
The Interface Server 417, also may communicate to a directly 
connected client 407 via other protocols such as XSL/XSLT etc., 
and may communicate to Personal Data Assistants 41 1 such as cell 
phones or Palm Pilots/TM. or other such wireless devices using 
wireless protocols such as WAP/WML, etc. The Interface 
Server 417,... 

Claim 9, which is representative ofclaim 16 with regard to similarly recited 

subject matter, reads as follows: 

9, At an application server, a method of facilitating testing of an 
Enterprise JavaBcan, said method comprising: 

providing a test client user interfac e to a workstation over an 
HTTP link, where said test client user hitoi face is viewed through the use 
of a Web browser run on said workstation; 

receiving a selection from said woikstation, said selection 
identifying a given object, where said given object is a home interface or a 
remote interface of said Enterprise JavaBcfui; 

receiving a request from said workstation, where said request is a 
consequence ofuser interaction with said test client user interface and 
includes an indication of a test to perform O n said given object : 

responsive to said request, perform i ng said test on said given 
object to give a result; and 

sending a response to said workstation over said HTTP link, said 
response including an indication of said result to be displayed by said user 
interface, (emphasis added) 

There is nothing in Hclgcson that teaches performing tests on a component, as set 
forth above with regard to claims 1 and A, For similar reasoning, Helgcson does not 
teach performing tests on a given object. There is absolutely nolhing in the Hclgcson that 
teaches testing of any type. The Office Action alleges this feature at column I, lines 52- 
67, which is reproduced above. This section discusses the use of object-oriented 
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programming and more specifically the use of haul ware independent platform languages 
to develop platform independent applications. While it may be true that Helgcson 
teaches utilizing Java to develop platform independent applications there is simply 
nothing that even alludes to an indication of a lest fo perform on a given object and 
performing a test on the given object, as recited in claim 9, 

In addition, llelgeson also does not teach providing a te st cl ie nt user in terface to a 
workstation over an HTTP link, where the test client user interface is viewed through the 
use of a Web browser run on the workstation. Nothing in Helgcson even alludes to a test 
client user interface. This is because Helgcson is not directed to anything having to do 
with testing. The Office Action alleges this feature is taught at column 56, lines 19-30 
which is reproduced above, The HttpScrvlefRequtst API in Helgcson as highlighted in 
the Office Action is not comparable to the test client user interface of the present 
invention. First, an API is not a user interface. An API is an application program 
interface that is an interface between an application and an operating system. Secondly, 
there is nothing in Helgcson that teaches a client user interface specifically for testing. 
Thus, Nclgoson does not teach all of the features recited in claims 9 and 16. 

With regard to claim 17, the Office Action Mates: 



Claim 17's "select a given object;" U anticipated by Helgeson et al 7 
coh 25, lines 28-43, where it recites: 

As alluded to in the previous paragraph, before using a bean, it must 
first be located. All EJB application servers arc required to provide 
Java Naming and Directory Service (<)NDI) access for bean users. 
To use JNDI, a client application would typically first 
get an "initial context" (driven by properties such as where to find 
the EJB server, somewhat analogous to the JDBC connect string for 
locating a database), and then using the context, look up The home 
interface of the bean by its name, Usiny the home interface, the 
client can find a specific instance of a bean, create anew instance, or 
remove an instance. The naming service would be used and the 
interaction would be the same even if tli£ bean instance is present 
locally (i.e., exists in the same Java Virtual Machine) instead of 
being deployed on a remote machine, 
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Claim 1 7's "select a given method of said given object;" is 
anticipated by Hclgcson et a!, col, 25, line?? 28-43, where it recites: 

As alluded to in the previous paragraph, before using a bean, it must 
first be located All RJI* application, sci vers arc required to provide 
Java Naming and Directory Service (JNI)I) access for beau users. 
To use JNDT, a client application would typically first get an "initial 
context" (driven by properties such as where to find the EJ1J server, 
somewhat analogous to the JDBC connect string for locating a 
database), and then using the context, look up The home interface of 
the bean by its name. Using the home interface, the client can find a 
speci fie instance ofa bean, create a new instance, or remove an 
instance. The naming service would be used and the interaction 
would be the same even if the bean instance is present locally (i.e., 
exists in the same Java Virtual Machine) instead ofbeing deployed 
on a remote machine. 

Claim 17's "supply said given method with a parameter;" is 
anticipated by llclgcson ct al s col. 25, line* 28-43, where it recites: 

As alluded to in the previous paragraph, before using a bean, it must 
first be located. All E1B application scivers are required to provide 
Java Naming nud Directory Service (JND1) access for bean users. 
To use fNDi, a client application would typically first get an "initial 
context" (driven by properties such as where to find the EJB server, 
somewhat analogous to the JDBC connect string for locating a 
database), and then using the context, look up The home interface of 
tht* bean by its name. Using the home interface, the client can find a 
specific instance of a bean, create a new instance, or remove an 
instance. The naming service would be used and the interaction 
would be the same even if the bean instance is present locally (i.e., 
exists in the same Java Virtual Machine) instead ofbeing deployed 
on a remote machine. 

Claim 17's "request that said given method be invoked with said 
parameter;" is anticipated by Helgeson ct a), coh 25, lines 28-43, where it 
recites: 

As alluded to in the previous paragraph, before using a bean, it must 
first be located. All HJB application servers arc required to provide 
Java Naming and Directory Service (JND1) access for bean users. 
To use JNDI, a client application would typically first get an "initial 
context" (driven by properties such as V/Uere to find the EJB server, 
somewhat analogous to the JDBC connect string for locating a 
database), and then using the context, look up The home interface of 
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the bean by its name. Using the home interface, the client can find a 
specific instance of a bean, create a new instance, or remove an 
instance. The naming service would be used and the interaction 
would be the same even if the bean instance is present locally (i.e., 
exists in the same Java Virtual Machine) instead of being deployed 
on a remote machine. 



Claim I7's "responsive to receiving said request, invoice said 
method with said parameter to give a result; and" is anticipated by 
Hclgeson et al, col. 25 3 lines 28-43, where it recites: 

As alluded to in the previous paragraph, before using a bean, it must 
first be located. All EJB application servers are required to provide 
Java Naming and Directory Service (.INDI) access for bean users. 
To use JNDI, a client application would typically first get an "initial 
context" (driven by properties such as where to .find the EJB server, 
somewhat analogous to the JDBC connect string for locating a 
database), and then using the context, look up The home interface of 
the bean by its name. Using the home interface, the client can find a 
specific instance of a bean, create a new instance, or remove an 
instance. The naming service would be used and the interaction 
would be the same even if the bean instance is present locally (i.e., 
exists in the same Java Virtual Machine) instead of being deployed 
on a remote machine. 

Claim 17'$ "present a further user interface to present said result to 
said user," is anticipated by Hclgeson ct al, col. 25, lines 28-43, where it 
recites: 

As alluded to in the previous paragraph, before using a bean, it must 
first be located. All EJB application sewers are required to provide 
Java Naming and Directory Service (JNDI) access for bean users. 
To use JNDI, a client application would typically first gel an "initial 
context" (driven by properties such as where to find the EJB server, 
somewhat analogous to the JDBC connect string for locating a 
database), and then using the context, look up The home interface of 
the bean by its name. Using the home interface, the client can find a 
specific instance of a bean, create anew instance, or remove an 
instance, The naming service would be used and the interaction 
would be the same even i f the bean instance is present locally (i.e., 
exists in the same Java Virtual Machine) instead of being deployed 
on a remote machine. 

Claim 1 7 reads as follows: 

1 7. A Web module containing a test client for Enterprise JavaBeans, 
said test client operable to: 
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present a user interface over a data link, where said user interface 
may be displayed through the use of browser application on a remote 
workstation, said user interface allowing a user at said remote workstation 
to: 

select a given object; 

select a giv e n m c lhod of said gi yen, o bject : 

su pply said given method with a pa r ameter : 

request that said g iven method be invoked with said parameter : 

responsive to receiving said request, invoke said method with said 

parameter to give a result; and 

present a further user interface to present said result to said 

user.(cmphasis added) 

Claim 17 recites the features of a user iixtci face that allows a user to select a 
method from an object, supply the method with a parameter, invoke the method with the 
parameter and display the results of invoking the parameter on a user interface, This 
allows a user to supply test parameters to an object and obtain results from the test. 
Nowhere is anything of the kind taught in Hclgcsoji. Hclgcson has nothing to do with 
testing objects. As set forth above, Qclgcson is concerned with translating data between 
systems having different API's. The Office Action alleges that Hclgcson teaches the 
features recited in claim 17 at column 25, lines 28*43* However, the paragraph 
reproduced in the Office Action and above is actually located at column 32, lines 18-32, 
Thus, it is unclear which section is actually being referenced by the Office Action as 
allegedly teaching Ihc features recited in claim 17, 

In any case, neither section actually tcaehc-i the features recited in claim 1 7. The 
section reproduced above merely teaches some features of Java Naming and Directory 
Service (JNDI) including locating JavaBeans. JNOT is merely a part of the Java 
Enterprise APT JNDI has nothing to do with a user selecting a method from an object 
and supplying parameters to be invoked by the method. In addition, while column 25, 
lines 28-43 may discuss implementations of methods, nothing is taught regarding a user 
selecting a method, supplying a parameter to the method and executing the method with 
the user given parameter. Further, there is nothing that teaches a user interface to present 
the result from executing the method with the user given parameters to the user. There is 
simply nothing in the entire Helgeson reference th:it even alludes to the features recited in 
claim 17. 
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Witli regard lo claim 18, the Office Action status: 

Claim 18*s "present a user interface: over a data link, said user 
interface allowing a user to:" is anticipated by Ilclgcson ct al, col. 25, lines 
28*43, where it recites; 

As alluded to in the previous paragraph, before using a bean, it must 
first be located. All KJ13 application sci vers are required to provide 
Java Naming and Directory Service (JNDF) access for bean users. 
To use JNDT, a client application would typically first 
gel an "initial context" (driven by properties such as where to find 
the EJB sewer, somewhat analogous to the JDBC connect string for 
locating a database), and then using the context, look up The home 
interface of the bean by its name. Usim; the home 
interface, the client can find a specific instance of a bean, create a 
now instance, or remove an instance* The naming service would be 
used and the interaction would be the sopne even if the bean instance 
is present locally (i,e. ( exists in the same Java Virtual Machine) 
instead of being deployed on a remote machine. 



Claim lS's "browse a Java Naming and Directory Interface 
namespace;* 1 is Anticipated by Helgcson ct al, col. 25, lines 28-43, where it 
recites: 

As alluded to in the previous paragraph, before using a bean, it must 
first be located. Atl FJB application servers arc required to provide 
Java Naming and Directory Service (JNDl) access for bean users, 
To use JNDI, a client application would typically first 
get an "initial context" (driven by properties such as where to find 
the EJB server, somewhat analogous to the JDBC connect string for 
locating a database), and then using the context, look up The home 
interface of the bean by its mime. Usui;; the home 
interface, the client can find a specific instance of a bean, create a 
new instance, or remove an instance. The naming service would be 
used and the interaction would be the same even if the bean instance 
is present locally (i.c,, exists in the sam<> Java Virtual Machine) 
instead of being deployed on a remote machine. 

Claim 1 8 r s "select a given object in said Java Naming and 
Directory Interlace namespace; and" is anticipated by Hclgeson et al, coi. 
25, lines 28-43, where it recites: 

As alluded to in the previous paragraph, before using a bean, it must 
first be located. All EJB application servers arc required to provide 
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Java Naming unci Directory Service (JND1) access for bean users. 

To use JNDT, a client application would typically first 

get an "initial context" (driven by propel lies such as where to find 

the E.JB server, somewhat analogous to the JDBC connect string for 

locating a database), and then using the context, look up The home 

interface of the bean by its name, Usinj? the home 

interface, the client can find a specific instance of a bean, create a 

new instance, or remove an instance. The naming service would be 

used and the interaction would be the same even if the bean instance 

is present locally (i,e f , exists in the samu Java Virtual Machine) 

instead of beini? deployed on a remote machine. 

Claim 1 8 T s "receive information reminding said given object, 11 is 
anticipated by Ilclgcson el a!, col. 25, lines 28-43, where it recites: 

As alluded to in the previous paragraph, before using a bean, it must 
first be located. All FJB application servers arc required to provide 
•lava Naming and Directory Service (,)i\DI) access for bean users. 
To use JNDI, a client application would typically first 
get an "inilial context" (driven by properties such as where to find 
the KJB server, somewhat analogous to the JDBC connect string for 
locating a database), and then using (he context, look up The home 
interface of the bean by its name. Usinj; the home 
interface, the client can find a specific instance of a bean, create a 
new instance, or remove an instance. Tlic naming service would be 
used and the interaction would be the same even if the bean instance 
is present locally (i.e., exists in the same Java Virtual Machine) 
instead of being deployed on a rcmoLe machine. 

Claim 18, which is amended to incorporate the features of claim 19, reads as 
follows: 

18. A computer readable medium containing computer-executable 
instructions which, when performed by a processor in an application 
server, cause the processor to: 

present a user interface over a data link, said us er interface 
allowing a user to: 

browse a Java Naming and Directory Interface namespace; 

select a given ob ject tha t is to be tol led from said Java Naming and 
Directory Interface namespace; 

rcccivQ information regarding said t'jven object; and 

perfor m a tost on sa id given_objcgj- (emphasis added) 
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There is nolhing in Helgcson thai teaches testing a uscr-sclcctcd object as set forth 
above. The Office Action alleges thai the features recited in claim 18 are taught at 
column 25, lines 28-43 of Hclgeson, Applicants respectfully disagree and direct the 
Examiner's attention to the remarks set forth above with regard to this section of 
Helgcson, Tho section reproduced above merely discusses certain features of Java 
Naming and Directory Service (JNDJ). JND1 has nothing to do with a user selecting a 
method from an object. Further, as noted above, the section reproduced above is actually 
located at column 32, lines 18-32, not column 25, lines 28-43 as stated in the Office 
Action. With regard to column 25, lines 28-43, while this section may discuss methods, 
nothing is taught regarding a user selecting an object to be tested. As noted above, there 
is simply nothing in Helgcson that teaches testing of an object-oriented application 
component. 

In addition to the above, with regard to (he rejection of claim 19, the Office 
Action alleges this feature is taught at column 36, lines 19-24, which reads as follows: 

tn EJB specification 1 ,0, the deployment descriptor is a text file 
with a somewhat different format. The deployment descriptor is generally 
created using a GUT tool, generally supplied by EJB Server vendors. 
Additional information on deployment descriptors can be obtained from 
EJB literature and tool manuals. 

This section merely teaches that a deployment descriptor is created with a graphical user 
interface tool supplied by Enterprise JavaBcan Server vendors. This section has 
absolutely nothing to do with performing a test on a user-selected object. Thus, nowhere 
docs Helgcson leach selecting a given object that i;s to be tested and performing a test on 
the given object. 

In view of the above, Applicants respectfully submit that Helgcson docs not teach 
each and evciy feature of independent claims 1, 4, 0 and 16-18 as required under 35 
U.S.C. § 102(c). At least by virluoof llictr dependency on claims 1, 4, 9 and 16-18, 
llclgcson docs not teach each and every feature of dependent claims 2-3, 5-8 and 10-15. 
Accordingly, Applicants respectfully request withdrawal of the rejection of claims 1-19 
under 35 CIS.C. § 102(c). 
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Tn addition to the abovo, Hclgeson does not teach or suggest all of the specific 
features recited in claims 3, 10 and 12. For example, with regard to claim 3, Helgcson 
docs not teach that the runtime execution environment in which friven tcsj s oiian 
Enterprise Ja vaUcan arc performed is the same rardimc execution environment in which a 
server side application portion is executed. Hclgeson docs not teach performing tests on 
Enterprise JavaBcans. Applicants direct the Examiner to the detailed arguments set forth 
above regarding claims 1, 4, 9, 16 and IS. Specifically, nowhere does Hclgeson teach 
performing a test on any type ofobject-oricntcd application, be it an Enterprise JavaBcan, 
a component or an object. Moreover, Hclgeson docs not teach or suggest that tests arc 
run on Enterprise JavaBcans in the same runtime execution environment in which a 
sccver side application portion is executed. 

Further, the Office Action alleges this feature is taught at column 11, lines 39-67 
of Hclgeson. The Examiner apparently believes this section teaches the features of claim 
3 merely because the section teaches that each of ihe servers have runtime support. There 
is no mention in this section, however, of anything having to do with performing tests on 
Enterprise JavaBcans, let alone doing so in the same runtime execution environment in 
which a server side application portion is executed. Thus, Helgcson docs not teach all of 
the features of claim 3. 

With regard to claim 10, Hclgeson does not teach performing a test on a given 
object comprises invoking a method of the object. The Examiner alleges that this feature 
is taught at column 25, lines 28-43 of Hclgeson. While this section may teach 
implementations of methods, there is nothing in this section or any other section of 
Helgcson that teaches invoking a method in response to a test being performed on a given 
object 

With regard to claim 12, Hclgeson does not teach that a test client user interface 
provides a view that allows a user of a workstation to speci Ty a particular JNDI server on 
which to allow the user to browse. The Office Action alleges this feature is taught at 
column 25, lines 28-43. Applicants direct the Examiner to the detailed discussion above 
regarding this section of Hclgeson. In addition to the above, this section teaches locating 
an EJB server, not a JNDI server, as recited in claim 12. 
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Furthermore, Helgeson docs not leach, suggest, or give any incentive lo make tho 
needed clmngcs to reach Ihc presently claimed invention. Absent the Examiner pointing 
out some teaching or incentive to implement Helgeson to allow a user to perform testing 
on object-oriented application component, one of ordinary skill in the art would not be 
led to modify Hclgcson to reach the present invention when the reference is examined as 
a whole. Absent some teaching, suggestion, or incentive to modify Helgeson in this 
manner, the presontly claimed invention can be reached only through an improper use of 
hindsight using the Applicants' disclosure as a template to make tho necessary changes to 
roach the claimed invention. 

IV, Conclusion 

It is respectfully urged lhat the subject application is patentable over Helgeson 
and is now in condition for allowance. The Examiner is invited to call the undersigned at 
the below-listed telephone number if in the opinion of the Examiner such a telephone 
conference would expedite or aid tho prosecution and examination of this application. 



Respectfully submitted, 



DATE: ffk^Lj^^ OO^ 




Stephen J. Wakfer, Jr. 
Reg. No. 41,534 
Carsle.is, Ycc & Cahoon, LLP 
P.O. Hox 802334 
Dallas, TX 75380 
(972) .367-2001 
Attorney for Applicants 
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